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Beschreibung 

Medizinische Systemarchi tektur mit einem Arbeitsplatz und 
einem Ruf- System 

5 

Die Erfindung betrifft eine medizinische Systemarchitektur 
mit einer Modalitat zur Erfassung von Untersuchungs-Bildern, 
mit einem der jeweiligen Modalitat zugeordneten Arbeitsplatz 
zur Erfassung und/oder zur Nachbearbeitung von Daten und/oder 

10 Untersuchungs-Bildern, mit einer Vorrichtung zur Ubertragung 
von Daten und der Untersuchungs-Bilder , mit einer Vorrichtung 
zur Speicherung der Daten und Untersuchungs-Bilder und mit 
^ weiteren Arbeitsplatzen zur Nachbearbeitung der Daten und Un- 

tersuchungs-Bilder. Derartige Systemarchitekturen dienen bei- 

15 spielsweise in Krankenhausern zur Erzeugung und Bearbeitung 
medizinischer Untersuchungs-Bilder, urn Diagnosen von Patien- 
ten erstellen zu konnen. 

Aus dem Buch "Bildgebende Systeme fur die medizinische Dia- 
20 gnostik" , herausgegeben von H. Morneburg, 3. Auflage, 1995, 

Seiten 684ff sowie der EP 0 380 966 Al sind medizinische Sys- 
temarchitekturen, sogenannte PACS (Picture Archival and Com- 
munication Systeme) , bekannt, bei denen zum Abruf von Patien- 
tendaten und durch Modalitaten erzeugte Bilder Bildbetrach- 
^25 tungs- und Bildbearbeitungsplatze, sogenannte Workstations, 
liber ein Bildkommunikationsnetz miteinander verbunden sind. 
Dabei erfolgt die Ubertragung der Bilddaten nach einem Stan- 
dard fur radiologische Inf ormationssystem, beispielsweise 
DICOM. Derartige medizinische Arbeitsplatze, speziell die 
30 Modalitaten, werden im Gegensatz zu normalen PCs als ge- 
schlossene Systeme, medizinische Gerate, betrachtet, bei 
denen nicht einfach zusatzliche Software installiert werden 
kann. Dies erlauben entsprechende Regularien auch nicht. 
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In vielen Fallen fuhrt ein Bediener, ein MTRA, eine Untersu- 
chung an einer Modalitat bzw. eine Nachbearbeitung an der 
Workstation selbstandig durch, ohne dass ein Arzt, ein Exper- 
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te, anwesend ist. Ergeben sich bei diesen Arbeiten jedoch 
Abweichungen vom normalen Workflow, beispielsweise wegen 
spezieller Umstande oder Ergebnisse, ist haufig eine Riick- 
sprache bzw. Abkiarung mit dem zustandigen Experten notwen- 
5 dig. Dieser muss dann von dem Bediener benachrichtigt werden, 
um das Problem entweder fernmundlich oder vor Ort zu klaren. 

Es ist in diesem Falle bekannt, den Experten entweder per Te- 
lefon oder Beeper zu benachrichtigen bzw. zu kontaktieren . 

10 Bei einer Telef onanf rage ergibt sich das Problem, dass der 

Experte in der Regel nicht direkt zu erreichen ist, da er an 
wechselnden Einsatzorten mit anderen Tatigkeiten beschaftigt 
ist. Eine reine Benachrichtigung mit Beeper erlaubt dagegen 
dem Experten nicht, die Dringlichkeit der Anfrage einzuschat- 

15 zen und entsprechend zu handeln, in dem er sofortig reagiert, 
die dringende Notwendigkei t erkennt, tatsachlich vor Ort zu 
kommen, oder ob er nur per Telef on nachfragen soli. Dieses 
erschwert die Kommunikation erheblich und verursacht unnotige 
Unterbrechungen im Workflow. 

20 

Die Erfindung geht von der Aufgabe aus, die medizinische Sys- 
temarchitektur der eingangs genannten Art derart auszubilden, 
dass eine gezielte Benachrichtigung eines Experten aus dem 
normalen Workflow ohne Unterbrechungen moglich ist. 

Die Aufgabe wird erf indungsgemalS dadurch gelost, dass wenigs- 
tens einem der Arbeitsplatze ein in den medizinischen Work- 
flow eingebundenes Ruf -System zur Ubertragung von Nachrich- 
ten, beispielsweise als Dateien, zugeordnet ist. Der Benutzer 

3 0 eines medizinischen Arbeitsplatzes beispielsweise einer Moda- 
litat kann auf elektronischem Weg von seinem Konsolenarbei ts- 
platz digitale Nachrichten an einen Experten versenden. Der- 
artige medizinischen Modalitaten konnen beispielsweise ein 
MR-, CT-, Ultraschall- , Rontgen- oder Angiogerat, Nuklear- 

3 5 Kamera, Uberwachungsmonitor , Bef undungs-Workstation oder Be- 
strahlungsgerat sein. Somit erhalt man ein in den Arbeits- 
und Datenkontext eines medizinischen Arbeitsplatzes inte- 
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griertes automatisiertes Exper t en -Ruf -System zu einem mobilen 
Kommunikations-Gerat von diesem Arbeitsplatz . Durch die Kom- 
bination des Arbeitsplatzes mit einem Ruf-System ergibt sich 
ein ganz neuartiges Anwendungs s z enar i o , bei dem der Radiologe 
5 als Experte per Abruf zur Verfiigung steht. Dieses Anwendungs- 
szenario ist mit den bisherigen Mitteln (beispielsweise dem 
Bildtransfer zu Workstations) nicht realisierbar . 

Es hat sich als vorteilhaft erwiesen, wenn das Ruf-System 
10 derart ausgebildet ist, dass manuell anderbare Eintragungen 
von Zusatzinf ormationen aus in einer Datenbank vorhandenen 
Objekttypen automatisch erfolgen. 

Erf indungsgeraafi weist das Ruf-System ein Bediener-Frontend, 
15 einen Kommunikations-Service und ein mobiles Kommunikations- 
Gerat aufweist. In vorteilhaf ter Weise kann das Bediener- 
Frontend in einer Applikation an dem Arbeitsplatz integriert 
sein. 

20 In vorteilhaf ter Weise kann der Kommunikations-Service ein 
Kommuni ka t i ons - S erver und ein Kommunikat ions -System aufwei- 
sen. Das Ruf-System kann auch mit Hilfe eines bestehenden Mo- 
bilfunknetzes realisiert werden . 

Die Bedienung vereinfacht sich, wenn das Ruf-System derart 
ausgebildet ist, dass eine manuell anderbare Eintragung der 
Adressaten, des aktuellen Patienten, der aktuellen Prozedur 
und von Zusatzinf ormationen aus in einer Datenbank vorhande- 
nen Objekttypen automatisch erfolgt. 
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Es hat sich als vorteilhaft erwiesen, wenn das Ruf-System 
ein mobiles Kommunikations-Gerat mit Display aufweist. 
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Der Nutzungsumfang lasst sich erweitern, wenn das Ruf-System 
eine Spracheingabe aufweist, die als Audiodatei an das Kom- 
munikations-Gerat iibertragen und dort ausgebbar ist. 
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Weisen die Arbeitsplatze Monitore auf, so konnen sie in vor- 
teilhafter Weise derart ausgebildet sein, dass neben den Un- 
tersuchungs-Bildern ein Kommunikations-Fenster auf den jewei- 
ligen Monitoren einblendbar ist. 

5 

Die Fragen lassen sich beantworten oder auf den Ruf kann rea- 
giert werden, wenn das Ruf -System einen Inf ormations-Ruck- 
kanal von dem Kommunikations-Gerat zu dem Arbeitsplatz auf- 
weist . 

10 

Der Rufende kann erkennen, dass sein Ruf beachtet wurde, wenn 
das Kommunikations-Gerat derart ausgebildet ist, dass es eine 
Empf angsbestatigung an den Arbeitsplatz nach Lesen der Nach- 
richt sendet . 

15 

Es hat sich als vorteilhaft erwiesen, wenn als Ubertragungs- 
technologie zwischen den Arbeitsplatzen und Kommunikations- 
Service Corba, Instant Messaging oder Java Enterprise Beans 
Verwendung f indet . 

20 

Das Bediener-Frontend kann erf indungsgemaS als ein Java- 
Applet in einem Standard-Browser, beispielsweise von Micro- 
soft oder Netscape realisiert sein. 

5 Erf indungsgemaS kann das mobile Kommunikations-Gerat ein WAP- 
Handy, ein SMS-Handy oder ein Beeper mit Display sein. 

Die Erfindung ist nachfolgend anhand von in der Zeichnung 
dargestellten Ausf iihrungsbeispielen naher erlautert. Es zei- 
3 0 gen : 

Figur 1 ein Beispiel einer Systemarchitektur eines Kranken- 
hausnetzes , 

35 Figur 2 eine schematische Darstellung des erf indungsgemaSen 
Ruf-Systems und 
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Figur 3 eine schematische Darstellung einer Bedienerober- 

flache eines Monitors der erfindungsgemaSen System- 
architektur. 

5 In der Figur 1 ist beispielhaft die Systemarchitektur eines 
Krankenhausnetzes dargestellt . Zur Erfassung medizinischer 
Bilder dienen die Modalitaten 1 bis 4, die als bilderzeugende 
Systeme beispielsweise eine CT-Einheit 1 fur Computertomogra- 
phie, eine MR-Einheit 2 fur Magnetische Resonanz , eine DSA- 
10 Einheit 3 fur digitale Subtraktionsangiographie und eine 

Rontgeneinheit 4 fur die digitale Radiographie 4 aufweisen 
kann. An diese Modalitaten 1 bis 4 sind Bedienerkonsolen 5 
^ bis 8 der Modalitaten oder Workstations angeschlossen, mit 

denen die erfassten medizinischen Bilder verarbeitet und lo- 
15 kal abgespeichert werden konnen. Auch lassen sich zu den Bil- 
dern gehorende Patientendaten eingeben. 

Die Bedienerkonsolen 5 bis 8 sind zur Anbindung an ein PACS 
mit einem Kommunikationsnetz 9 als LAN /WAN Backbone zur Ver- 
20 teilung der erzeugten Bilder und Kommunikation verbunden. So 
konnen beispielsweise die in den Modalitaten 1 bis 4 erzeug- 
ten Bilder und die in den Bedienerkonsolen 5 bis 8 weiter 
verarbeiteten Bilder in zentralen Bildspeicher- und Bildar- 
chi vi erungs sy s t emen 10 abgespeichert oder an andere Worksta- 
^p>5 tions weitergeleitet werden. 

An dem Kommunikationsnetz 9 sind weitere Viewing-Workstations 
11 als Bef undungskonsolen angeschlossen, die lokale Bildspei- 
cher aufweisen. Eine derartige Viewing-Workstation 11 ist 

3 0 beispielsweise ein sehr schneller Kleincomputer auf der Basis 
eines oder mehrerer schneller Prozessoren, In den Viewing- 
Workstations 11 konnen die erfassten und im Bildarchivie- 
rungssystem 10 abgelegten. Bilder nachtraglich zur Befundung 
abgerufen und in dem lokalen Bildspeicher abgelegt werden, 

35 von dem sie unmittelbar der an der Viewing-Workstation 11 ar- 
beitenden Bef undungsperson zur Verfiigung stehen konnen. 
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Weiterhin sind an dem Kommunikationsnetz 9 Server 12, bei- 
spielsweise Patientendaten-Server (PDS) , Fileserver, Pro- 
gramm-Server und/oder EPR-Server angeschlossen. 

5 Der Bild- und Datenaustausch liber das Kommuni ka t i onsne t z 9 
erfolgt dabei nach dem DICOM- Standard, einem Industriestan- 
dard zur Ubertragung von Bildern und weiteren medizinischen 
Informationen zwischen Computern, damit eine digitale Kommu- 
nikation zwischen Diagnose- und Therapiegeraten unterschied- 

10 licher Hersteller moglich ist. An dem Kommunikationsnetz 9 
kann ein Netzwerk-Interf ace 13 angeschlossen sein, uber das 

> das interne Kommunikationsnetz 9 mit einem globalen Daten- 

' netz, beispielsweise dem World Wide Web verbunden ist, so 

dass die standardisierten Daten mit unterschiedlichen Netz- 

15 werken weltweit ausgetauscht werden konnen. 

Erf indungsgemaS ist mit dem Kommunikationsnetz 9 ein Kommuni- 
kations-Server 14 verbunden, das die Versendung und den Emp- 
fang der Nachrichten koordiniert. An dem Kommuni kat ions- Ser- 

20 ..ver 14 ist ein Kommunikations-System 15, beispielsweise ein 
Sender, angeschlossen, der die Nachrichten an ein in Figur 1 
nicht dargestelltes Kommunikations-Gerat iibertragt . Das Kom- 
munikations-System 15 kann dabei ein Funk-Sender, eine Viel- 
zahl von Infrarot-Sendern oder beispielsweise auch komplexere 

^5 Strukturen eines Mobilf unknetzes sein. 

In der Figur 2 ist ein Arbeitsplatz 16 einer Bedienerkonsole 
5 bis 8 einer der Modalitaten 1 bis 4 oder Viewing-Worksta- 
tions 11, beispielsweise die Bedienerkonsole 6 der MR-Einheit 

30 2, dargestellt. Auf dem Monitor 17 des Arbei tsplatzes 16 ist 
als Bediener-Frontend ein Kommunikations-Fenster 18 einge- 
blendet, das noch anhand Figur 3 naher beschrieben wird. Die 
in dieses Kommunikations-Fenster 18 eingebbare Nachricht wird 
beispielsweise als Datei an einen Kommunikations-Service 19 

3 5 iibertragen, der aus dem Kommunikations-Server 14 und dem Kom- 
munikations-System 15 bestehen kann. Dieser Kommunikations- 
Service 19 leitet die Nachricht an ein mobiles Kommunikati- 
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ons-Gerat 20 weiter, das beispielsweise ein WAP-Handy, SMS- 
Handy oder Beeper mit Display sein kann. 

In der Figur 3 ist die Bedieneroberf lache 21 (User Interface) 
5 des Monitors 17 der Bedienerkonsole 6 der MR-Einheit 2 darge- 
stellt. Auf der Bedieneroberf lache 21 ist ein Bildbearbei- 
tungsfenster 22 mit mehreren nebeneinanderliegenden MR- Auf - 
nahmen wiedergegeben, neben dem in bekannter Weise zur Bedie- 
nung ein Steuerbereich 2 3 mit Icons zum Ausldsen von Befehlen 
10 angeordnet sind. 

Soil nun ein Experte von der MR-Bedienerkonsole 6 benachrich- 
^ tigt werden, weil wahrend der Untersuchung oder Nachbearbei- 

tung eine Frage oder ein Problem auftaucht, so kann auf der 
15 Bedieneroberf lache 21 der Bedienerkonsole 6 der MR-Einheit 2 

durch Klicken auf das Icon 24 das Kommunikations-Fenster 18 

geoffnet werden. 

In dem Kommunikations-Fenster 18 ist ein Eingabefeld 2 5 fur 
.2.0 den zu rufenden Experten angeordnet, das beispielsweise durch 
den behandelnden Arzt aus der elektronischen Patienten Akte 
(EPR) vorbelegt ist. In ein weiteres Namensfeld 26 kann der 
Patient eingeben werden, wobei der Patient aus dem an der Be- 
dienerkonsole 6 vorliegenden Patienten vorbelegt ist. Ein 
Eingabefeld 27 fur die Prozedur, vorbelegt aus der aktuellen 
Untersuchung, ist ebenfalls editierbar. In einem Textfeld 28 
kann die Problematik und Dringlichkeit kurz erlautert werden, 
so dass der Experte sofort reagieren oder antworten kann. 
Durch Drucken auf den Button " Abschicken" wird die Nachricht 
3 0 als Datei liber den Kommunikations- Server 14 an den Sender 15 
ubertragen und dann per Funk oder auch Inf rarot-Licht an das 
Kommunikations -Gerat 20 weitergegeben . 

Durch Anklicken eines Audio-Icons 2 9 kann mittels eines nicht 
3 5 dargestellten Mikrofons eine Spracheingabe erfolgen, die als 
Audiodatei an das Kommunikations-Gerat 20 ubermittelt und 
dort ausgelesen wird. 
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Das Ruf-System kann auch einen in Figur 2 dargestell ten In- 
formations -Riickkanal 3 0 von dem Kommunikations-Gerat 2 0 zu 
dem Arbeitsplatz 16 aufweisen, durch den das Kommunikations- 
Gerat 2 0 eine Empf angsbestatigung nach Lesen der Nachricht 
senden kann. 

Es kann aber auch entweder in Text form - am Kommunikations- 
Gerat 2 0 eingegebene Textdatei an den Arbeitsplatz 16 gesen- 
det - oder ebenfalls per Spracheingabe mittels Audiodatei ei- 
ne Antwort der an den Expert en ges tell ten Frage ubermittelt 
werden . 

Durch die erf indungsgemaSe Ausbildung der medizinischen Sys- 
temarchitektur erhalt man ein automatisiertes Experten-Ruf - 
System, bestehend aus folgenden Komponenten: 

• Bediener-Frontend, 

• Kommunikat ions -Service 19 und 

• mobiles Kommunikations-Gerat 2 0 des Experten. 



Das Bediener-Frontend, das Kommunikations-Fenster 18, kann in 
eine oder mehrere Applikationen an den Arbeitsplatzen 5 bis 8 
und 11 des Bedieners integriert sein. Derartige Applikationen 
konnen der Patient Browser, Web-Browser und/oder Acquisition 
sein. 

Das Bediener-Frontend kann beispielsweise die folgenden Funk- 
tionen en thai ten: 

• Automatische Eintragung der Adressaten (Experten) , der ma- 
nuell anderbar ist. 

• Automatische Ubernahme des aktuellen Patienten, der manu- 
ell anderbar ist. 

• Automatische, manuell anderbare Eintragung der aktuellen 
Prozedur ( Arbeitsschritt ) , an der gerade gearbeitet wird. 

• Eingabemoglichkeit von Zusatzinf ormationen, wie beispiels- 
weise das Textfeld, in dem der Bediener seine Frage ein- 
tragen kann. 
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Per einfacher Bedieninteraktion, beispielsweise ein Button- 
Klick, wird von diesem Bediener-Frontend eine Nachricht, bei- 
spielsweise als Datei, erzeugt, die mindestens die oben ge- 
5 nannten Informationen, d.h. Kontext und Text der Anfrage, 
enthalt. Diese Nachricht wird durch den Kommunikations-Ser- 
vice 19 beispielsweise eine SW-Komponente des Arbeitsplatzes 
16 oder separatem Kommunikations-Server 14 an das mobile Kom- 
munikations-Gerat 20, beispielsweise ein WAP-Handy, SMS-Handy 
10 oder ein Beeper mit Display, des Experten weitergeleitet . 

~ Als wesentlicher Vorteil der erfindungsgemaSen Ausbildung der 
medizinischen Systemarchitektur ist die Integration des am 
Arbeit splat z im Workflow vorhandenen relevanten Kontext (Pa- 

15 tient, Prozedur) automatisch in eine Ruf -Anfrage. Auf diese 
Weise erhalt der Experte die fur seine Reaktion relevanten 
Inf ormationen ohne redundanten Aufwand seitens des Bedieners. 

Aufier den genannten Inf ormationen konnen alle in der Daten- 
20 bank vorhandenen Objekttypen als Kontextinf ormationen bei- 
spielsweise aus den Felder des DICOM-Study-Obj ects konfigu- 
riert werden. 

Zusatzlich zu dem Textfeld 28 kann eine Spracheingabe vorge- 
sehen sein, die als Audiodatei an das Kommunikations-Gerat 2 0 
iibertragen und dort ausgegeben wird. 

Als Ubertragungstechnologie zwischen Arbeitsplatz und Kommu- 
nikat ions-Service kann Corba, Instant Messaging oder Java En- 
3 0 terprise Beans verwendet werden. 

Das Bediener-Frontend kann als ein Java-Applet in einem Stan- . 
dard-Browser, beispielsweise Microsoft oder Netscape, reali- 
siert sein. 



35 
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Anhang 



In der Beschreibung verwendete Abkiirzungen; 



5 DICOM 



10 



Digital Imaging and Communications in Medicine 
DICOM-Standard ist ein Industriestandard zur Uber- 
tragung von Bildern und weiteren medizinischen In- 
formationen zwischen Computern zur Ermoglichung der 
digitalen Kommunikation zwischen Diagnose- und The- 
raphiegeraten unterschiedlicher Hersteller. 



EPR 



Electronic- Patient -Record (Elektronische Patienten 
Akte) 



15 MTRA 



Medizinisch-Technische Radiologieassistent (in) 



PACS 



Picture Archival and Communication System 
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Patentanspruche 

1. Medizinische Systemarchi tektur mit einer Modalitat (1 bis 
4) zur Erfassung von Untersuchungs-Bildern, mit einem der je- 
weiligen Modalitat (1 bis 4) zugeordneten Arbeitsplatz (5 bis 
8 11, 16) zur Erfassung und/oder zur Nachbearbeitung von Da- 
ten und/oder Untersuchungs-Bildern, mit einer Vorrichtung (9) 
zur Ubertragung von Daten und der Untersuchungs-Bilder , mit 
einer Vorrichtung (10) zur Speicherung der Daten und Untersu- 
chungs-Bilder und mit weiteren Arbeitsplatzen (11, 16) zur 
Nachbearbeitung der Daten und Untersuchungs-Bilder, wobei we- 
nigstens einem der Arbeitsplatze (5 bis 8 und 11, 16) ein 
Ruf-System (18 bis 29) zur Ubertragung von Nachrichten 
zugeordnet ist. 

2. Medizinische Systemarchi tektur (5 bis 8 und 11, 16) nach 
Anspruch 1, dadurch gekennzeich- 

n e t , dass das Ruf-System (18 bis 29) derart ausgebildet 
ist, dass manuell anderbare Eintragungen von Zusatzinf ormati- 
onen aus in einer Datenbank vorhandenen Objekttypen automa- 
tisch erfolgen. 

3 . Medizinische Systemarchi tektur (5 bis 8 und 11, 16) nach 
Anspruch 1 oder 2, dadurch gekenn- 
zeichnet , dass das Ruf-System (18 bis 29) ein 
Bediener-Frontend (18), einen Kommunikations-Service (19) und 
ein mobiles Kommunikations-Gerat (20) aufweist. 

4. Medizinische Systemarchi tektur (5 bis 8 und 11, 16) nach 
Anspruch 3, dadurch gekennzeich- 

n e t , dass das Bediener-Frontend (18) in einer Applika- 

tion an den Arbeitsplatzen (16) integriert ist. 

5. Medizinische Systemarchi tektur (5 bis 8 und 11, 16) nach 
Anspruch 3 oder 4, dadurch gekenn- 
zeichnet , dass der Kommunikations-Service (19) 
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einen Kommunikat ions -Server (14) und ein Kommunikations- 
System (15) aufweist. 

6 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
einem der Ansprliche 1 bis 5, dadurch g e - 

kennzeichnet , dass das Ruf -System (18 bis 29) 
derart ausgebildet ist, dass eine manuell anderbare Eintra- 
gung der Adressaten automatisch erfolgt. 

7 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
einem der Ansprliche 1 bis 6, dadurch g e - 

kennzeichnet , dass das Ruf -System (18 bis 29) 
derart ausgebildet ist, dass eine manuell anderbare Eintra- 
gung des aktuellen Patienten automatisch erfolgt. 

8 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspruche 1 bis 7, dadurch g e - 
kennzeichnet, dass das Ruf -System (18 bis 29) 
derart ausgebildet ist, dass eine manuell anderbare Eintra- 
gung der aktuellen Prozedur automatisch erfolgt. 

9 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspruche 1 bis 8, dadurch g e - 
kennzeichnet , dass das Ruf-System (18 bis 29) 
derart ausgebildet ist, dass eine Eintragung eines beliebigen 
Textes als spezielle Zusatzinf ormation moglich ist. 

10 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspruche 1 bis 9, dadurch g e - 
kennzeichnet, dass das Ruf-System (18 bis 29) 
ein mobiles Kommunikations-Gerat (20) mit Display aufweist. 

11 . Medizinische Systemarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspruche 1 bis 10, dadurch g e - 
kennzeichnet , dass das Ruf-System (18 bis 29) 
eine Spracheingabe aufweist, die als Audiodatei an das 
Kommunikations-Gerat (20) ubertragen und dort ausgebbar ist. 
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12 . Medizinische Sys temarchitektur (5 bis 8 und 11, 16) nach 
Anspruch 1 bis 11, bei der die Arbei tsplatze (16) Monitore 
(17) aufweisen, dadurch gekennzeich- 
n e t , dass die Arbeitsplatze (16) derart ausgebildet 
sind, dass neben den Untersuchungs-Bildern ein Kommunikati- 
ons-Fenster (18) auf den jeweiligen Monitoren (15) einblend- 
bar ist. 

13 . Medizinische Sys temarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspriiche 1 bis 12, dadurch g e - 
kennzeichnet , dass das Ruf -System (18 bis 29) 
einen Inf ormations-Riickkanal (30) von dem Kommunikations- 
Gerat (20) zu dem Arbeitsplatz (16) aufweist. 

14 . Medizinische Sys temarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspriiche 1 bis 13, dadurch g e - 
kennzeichnet , dass das Kommunikations-Gerat 
(20) derart ausgebildet ist, dass es eine Empf angsbes tatigung 
an den Arbeitsplatz (16) nach Lesen der Nachricht sendet. 

15 . Medizinische Sys temarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspriiche 1 bis 14, dadurch g e - 
kennzeichnet , dass als Ubertragungstechnologie 
zwischen Arbei tsplatzen (5 bis 8 und 11) und Kommunikations- 
Service Corba verwendet wird. 

16 . Medizinische Sys temarchitektur (5 bis 8 und 11, 16) nach 
einem der Anspriiche 1 bis 14, dadurch g e - 
kennzeichnet , dass als Ubertragungstechnologie 
zwischen Arbei tsplatzen (5 bis 8 und 11) und Kommunikations- 
Service Instant Messaging verwendet wird. 

17 . Medizinische Systemarchi tektur nach einem der Anspriiche 1 
bis 14, dadurch gekennzeichnet, 
dass als Ubertragungstechnologie zwischen Arbei tsplatzen (5 
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bis 8 und 11) und Kommunikations-Service Java Enterprise 
Beans verwendet wird. 

18 .Medizinische Systemarchitektur nach einem der Anspriiche 1 
bis 14, dadurch gekennzeichnet , 
dass das Bediener-Frontend (18) als ein Java-Applet in einem 
Standard-Browser realisiert ist. 

19 .Medizinische Systemarchitektur nach einem der Anspriiche 1 
bis 18, dadurch gekennzeichnet, 
dass das mobile Kommunikations-Gerat ein WAP-Handy ist. 

20 .Medizinische Systemarchitektur nach einem der Anspriiche 1 
bis 18, dadurch gekennzeichnet, 
dass das mobile Kommunikations-Gerat ein SMS-Handy ist. 

21 .Medizinische Systemarchitektur nach einem der Anspriiche 1 
bis 18, dadurch gekennzeichnet, 
dass das mobile Kommunikations-Gerat ein Beeper mit Display 



200020674 DE01 



15 

Zusammenf as sung 

Medizinische Systemarchitektur mit einem Arbeitsplatz und 
einem Ruf- System 

Die Erfindung betrifft eine medizinische Systemarchitektur 
mit einer Modalitat (1 bis 4) zur Erfassung von Untersu- 
chungs-Bildern, mit einem der jeweiligen Modalitat (1 bis 4) 
zugeordneten Arbeitsplatz (5 bis 8 11, 16) zur Erfassung 
und/oder zur Nachbearbeitung von Daten und/oder Untersu- 
chungs-Bildern, mit einer Vorrichtung (9) zur Ubertragung von 
Daten und der Untersuchungs-Bilder, mit einer Vorrichtung 
(10) zur Speicherung der Daten und Untersuchungs-Bilder und 
mit weiteren Arbeitsplatzen (11, 16) zur Nachbearbeitung der 
Daten und Untersuchungs-Bilder. Wenigstens einem der Arbeits- 
platze (5 bis 8 und 11, 16) ist ein Ruf-System (18 bis 29) 
zur Ubertragung von Nachrichten zugeordnet. 



Figur 2 
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